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(54) Abstract Title 

Printing method 

(57) A method for accessing a printer-specific setting In a private portion of a DEVMODE instance from an 
application program In a windows o|>erating environment creates an instance of the DEVMODE structure 
relating to a current print job. A command within the command buffer of the DEVMODE instance is set. The 
command is typically to perform an operation related to the printer-specific setting. 
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PRINTING METHOD 

Technical FiftM 

This invention relates generally to computer systems, and more 
particularly to a printing method for a computer system. 

BackgQund Af^ 



configurable translalxM- tiiat 



operating 



sdected 



nnmiitg on the computer, the application program typically sends a piii 
fte opeFBtiiig system of die computer, to die printer driver. The piinter anver, m 
turn, translates die print job into a set of mstructions diat die selected printer can 
undostand, and transmits diese instnictions to die nrinter for acmitinn 



Hie printer driver utilizes two categories of settings to generate die 
set of instructions for die selected printer, namely printer settmgs and job settings. 

Printer settings goierally infomi die driver of die hardware configuration of die 
printer, and job settings generally inform die driver of die configuration for die 
present job. For example, a prints setdng might be used to indicate duit a duplexer 
is installed on a printer, while t 



should be used on a curaitpiint job. 

The WINDOWS haafy of operating system 
Microsoft Coiporation of Redmond, Washington uses a data str 
**DEVMODE»" to store job settings for each print job. DEVM 
public portion having si 



'independ< 



Its defined by 



sluding 



me punuc portion is accessible by iqjplication programs running in die WINDOWS 
operating environment The private portion of die DEVMODE is not standardized, 
and not accessible by plication programs. Only die printer driver can access die 
private portion of die DEVMODE. Therefore, die 



DEVMODE settings, through a print properties dialog box that is created by the 
print driver. 

Hie inability of application programs to direcdy access job settings 
stored in the private portion of the DEVMODE is problematic because die 
application program cannot use die printer-specific job settings in a programmatic 
manner. Rather^ die ^plication can oofy offer die user the ability to enter aprinta 
driver initiated print dialog box to alter the printer*q)ecific job settings on a per- 
print-job basis. Thm, plication programs are not currently able to take full 
advantage of die many printer-specific features available on modem printers. 

Summary of the Invention 

A method for use in printing a print job firom an application 
program on a printer is provided. The printer has associated job settings which 
include a private portion containing a printer-specific job setting. The mediod 
includes providing a program interface configured to enable the application 
program to access the printer-specific job setting. The method also typicaUy 
includes, from the application program, sending a command to the program 
interface to perform an operation related to the printer-specific job setting, and 
performing die operation related to the printerrspecific job setting. . 

Brief Description of die Drawings 

Fig. 1 is a schematic view of a prior art print dialog box. 

Fig. 2 is a schematic view of a prior art print prop^es dialog 

box 

Fig. 3 is a schematic view of an operating environment defined in 
accordance widi die present invention. 

Fig. 4 is a schematic view of a software architecture according to 
an exemplary embodiment of the present invention. 

Fig. 5 is a flowchart of a method for use in printing according to 
an exemplary embodiment of die present invention. 



Fig. 6 is a flowchart of a method for setting and retrieving a 
printer-specific job setting, in accordance with the method of Fig. 5. 

Fig. 7 is a flowchart of a method for enumerating printer-specific 
job settings, in accordance with the method of Fig. 5. 
S Fig. 8 is a flowchart of a method for use in printing according to 

anodier exemplary embodiment of the present invention. 

Fig. 9 is a schematic view of a print dialog box according to an 
exenq>lary embodiment of die present invention. 

Fig. 10 is a schematic view of an altemative software architecture 
10 defined in accordance with the present invention. 

Fig. 11 is a flowchart of a method for use in printing according to 
anodier exemplary embodiment of die present invention. 

pefailftH H escription of the Embodiments 
and Best Mode of Carrying Out die Invention 
15 Referring now to Fig. 1, a prior art print dialog box configured 

for a WINDOWS operating system is shown generally at 10. Prior art print 
dialog box 10 typically is displayed by an application program in response to 
usor selection of a menu option FILE:PRINT. As described above» fhe 
WINDOWS &mily of operatmg systsms available firom Nficiosoft Corporation of 
20 Redmond, Washmgton uses a dat» structure known as ^EVMODE^" to store job 
settings for each print job. The DEVMODE data stracture includes a public portion 

« 

having printer-independent job settings, and a private portion having prinler- 
spedfic job settings. AUhough die embodiments of die present invention will be 
described widi reference to die DEVMODE data structure, it will be ^|[qpreciated 
25 diat virtually any print job settii^ structure Aat includes pinter-^ecific job 
settings mi^ be used. 

Upon creation of the print dialog box 10, the application program 
instrocts die printer driver associated with die selected printer to copy an 
instance of the DEVMODE structure for the current jmnt job into a program 
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addressable area in memory. The application program is able to manipulate 

printer-independent job settings stored in the public portion of the current 
■ 

DEVMODE instance, because the application program knows the identity and 
location of each of the settings within the public portion of &e DEVMODE, 
5 based on published standards. These standards are publicly available from 
Microsoft Corporation of Redmond, Washington, via Microsoft Coii>OFation*s 
web site at http://www.micro5oft.co]n/DDK/DDKdocs/win98ddk^^ 

For example, the application program may detect tbat the 
document to be printed has been set up for A4 size paper, and in response may 

10 change tiiie ''paper size** parameter within die public portion of die current 
DEVMODE to the value -A4." Or, the user may indicate via selector 12 of the 
print dialog box 10 that four copies of the document are to be printed in die 
cuirent print job, and in response, the application program may change the 
''copies** parameter widiin die public pcxrtion of die current DEVMODE to die 

15 value "4**. 

Upon selection of die OK button 14, the application program 
sends the current DEVMODE back to the printer driver along widi the cunent 
print job. The printer driver, in turn, causes die print job to be printed on die 
selected printer, according to die job settings specified in die current 
20 DEVMODE. 

To access printer-specific settings stored in die private portion of 
the DEVMODE, the user may select a "prop^es** button 16 in die print dialog 
box, on a per-print-job basis. Properties button 16 causes a print properties 
dialog box 18 to appear. The print properties dialog box 18 is created by die 
25 printer driver associated widi die selected printer. The print prop^es dialog 
box 18 contains selectors enabling die user to alter bodi printer-indq>endent 
job-settings, such as orientation 20, and printer-specific job settings, such as 
media choice 22. This is possible because the printer driver is able to access 
both die private and public portions of the DEVMODE. When die properties 



dialog box 18 is closed, tiie printer driver is able to pass the DEVMODE, vdtii 
the altered public and private parameters, back to the application, and the 
application program returns focus to the print dialog box 10. However, die 
q)plication is unable to know, utilize, or alter the contents of the private portion 
5 of the DEVMODE received from the print driver. When &e user selects OK 
button 14 to commence printing with the job settings set to values selected 
duough dialog boxes 10 and 18, the application program merely passes the 
DEVMODE wifli the private job settings intact as received from die prints 
driver, back to die printer driver. 

10 The application program is not able independendy to create a 

print dialog box with selectors for altering printer-specific job settings, such as 
stapling, autoduplexing, etc., because die application program does not have 
access to the identity and location of the printer-specific settings contained 
widiin die private portion of the current DEVMODE. The inability of the 

15 application program to direcdy and programmatically access the private portion 
of the DEVMODE is a significant drawback, which prevents the application 
program from fiilly taldng advantage of various printer-specific capabilities. 

Turning now to Fig. 3, an operating environment in which the 
exonplaiy embodiments of die present invention may be practiced is shown 

20 generally at 30. The operating environment includes a computing device 32 
linked to a printer 34. The computing device typically includes a central 
processing unit 36, memory 38, and mass storage device 40, each linked to a 
bus 42. The mass storage device may be a hard drive, CD ROM drive, magnetic 
disk drive, tape drive, flash memory, or other mass storage device. 

25 Memory 38 typically includes random access memory (RAM) 44, 

read only memory (ROM) 46, and a basic input ou^ut system (BIOS) 48, 
which contains software routines necessary to start-iq> and operate portable 
conq>uting device 14. Con4)uter-readable data such as an operating system 50, 
printer driver 76, and application program 72 are typically stored on mass 
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storage device 40. As described below, printer driver 76 is typically configured 
to receive a command from application program 76 to read and/or alter, that is 
get and/or set, the value of a printer-specific job setting located in a private 
portion of a DEVMODE instance. In response to the command, the printer 
5 driver is configured to alter the value of the printer-specific job setting. 

Operating system 50 is typically WINDOWS 95, WINDOWS 98, 
WINDOWS 2000, WINDOWS NT, or other WINDOWS operating system. 
Openih^ system 50 typically includes an assodated registry 56, wdiidi stores 
hardware and software settings used in operation of computing device 32, as 

10 well as libraries 58 containing code for implonenting functions shared by 
different (^plication programs on computing device 34. Libraries 58 store 
various Application Program Interface (API) functions 60, certain of which 
form a Graphics Device Inter£ace (GDI) 62 of tiie operating ^stem. Conq>uting 
device 32 also typicalfy includes input devices such as a kQrboard 64 and a 

15 mouse 66, and an ouQ>ut device such as display 68. 

Fig. 4 shows a software architecture 70 according to one 
ecemplaiy embodimmt of tiie present invention. Software ardutecture 70 
includes an application program 72 configured to make function calls using an 
API 74 to communicate with a printer driver 76. Application program 72 is 

20 configured to obtain a DEVMODE iostance, shown at 78', finm pdabu driver 
76 by making a function call to the WINDOWS operating system API such as 
Exti)eviceModeO (for 16 bit WINDOWS operating systemsX 
DocumentPropertiesQ (for 32 bit WINDOWS operating ^sterns), or seme 
otiier API suitable to obtain a DEVMODE. In response, printer driver 76 

25 returns to plication program 72 an instance 78' of a DEVMODE^ yMda. is 
created based on DEVMODE structure 78. For shnplicity, DEVMODE 
instance 78' may be altranatively referred to herein as **a DEVMODE." 

DEVMODE structure 78 includes a public portion 80 containing 
standardized parameters related to printer-independent job settings. 



DEVMODE structure 78 also includes a private portion 82. including 
printer-specific job settings. The private portion 80 typically is accessible only 
by printer driver 76. Private portion 82 typically includes a first portion 82a 
positioned immediately adjacent flie end of public portion 80. Typicaify, first 
portion 82i contains driver private data. The private portion 82 additicmally 
includes a command buffer 84 positioned a predetermined distance fi-om the 
end of the public portion 80 of DEVMODE structure 78, immediately after first 
portion 82a. This distance is refeired to as the conmiand buffo ofi&et 86. The 
private portion 82 fiirtfaer includes a second portion 82b positioned after the 
command buffer 84. Second portion 82b contains printer-specific job settings, 
such as those listed below. Alternatively, the command buffer may be 
positioned of c^er predetermined location vnOm DEVMODE 78. 

The structure of command buffer 84 is typically defined as 

follows. 



typedef struct 
{ 

DWORD AvPDMASig;// Signature to ensure the ofiset is valid 
char cCqmmandi //in - GET, SET or ENUMERATE 
char cEmr, //oat- ahvays examine for any error 
SHORT sJndex; // in • used only for ENUMERATE command to 

get the next item 

DWORD dwJdentifier, // in - identifies the private devmode parameter 
DWORD dwValuei 1/ in/out - value to set for the SET command, value 

returned for GET ccmunand 
WCHAR J/ri»gDatoIMAX.PATH]; // in/out - value to set for SET 

command, value returned for GET 

command 

} HPDJPDMACCESS, FAR *LPHPD JPDMACCESS 



In the above example, die command buffer is called 
HPDJPDMACCESS, and includes members dwPDMASig, cCommand, cEnor. 
sfodex, dwidenlifier, dwValue, and stringData. Member dwPDMASig is 
configured to contain a signature used to ensure that the command buffer offset 
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is valid Member cCommand is configured to contain a command to be passed 
from the appKcation program to the printer driver, and is typically GET, SET, 
or ENUMERATE, Member cError is used to transmit an error code from 
printer driver 76 to application program 72 in the event that an error occurs. 
Member sindex is used to pass an index value used to indicate die n^ parameter 
in tiie private portion 82 of DEVMODE structure 78. Member dwidentifier is 
used to pass a parameter identifier between application program 72 and printer 
driver 76. Members dwValue and stringData are used to pass a nummc value 
and/or string data (hereinafter value/string) corresponding to a predetennined 
parameter in the private portion of the DEVMODE between application 
program 72 and printer driver 76. 

Application program 72 also is configured to query printer data 
88 using a WINDOWS operating system API 74 such as GetPrinterDataQ* or 
other suitable Amotion call. The value for the command buffer ofi&et 86 
typically is stored within printer data 88, and can be retrieved by application 
program 72. 

To print a document, ^plication program 72 typically obtains a 
DEVMODE instance 78' from printer driver 76 using a suitable API 74, such 
as ExtDeviceModeO or DocumentPropertiesO. Application program 72 
^ically reserves an area of application addressable memory for DEVMODE 
instance 78', and printer driver 76 places the DEVMODE instance 78' in Ae 
application-addressable memory at flie appropriate locatioiL Application 
program 72 is able to modify parameters in public portion 80' of DEVMODE 
instance 78', using pre-published standards relating to these parameters. For 
example, the application program m^ alter a parameter relating to the number 
of copies to be printed for a particular print job by altering data widim the 
public DEVMODE 80' at the appropriate location. According to prior printing 
methods, application program 72 could not alter printer-specific parameters 
contamed in private portion 82' because the identity and location of the 
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parameters within private portion 82' of the DEVMODE 78' were not known 
or available to application program 72. According to the following described 
method, application program 72 may access directly and perform 
predetermined operations upon the printer-specific job settings contained the 
private portion 82' of DEVMODE instance 78'. 

In Fig. 5, a mediod according to an exemplary embodiment of die 
mvention for printing a print job from an application program to a selected 
printer is shown generally at 100. At 102, method 100 typicaUy includes 
retrieving a DEVMODE instance 78' for the selected printer. Typically, the 
DEVMODE 78' includes a public portion, a private portion, and a ccmunand 
buffer, as described above. Typically, the DEVMODE 78' is retrieved by 
application program 72 from a printer driver 76 for the selected printer, 
typically printer 34. by utilizing a WINDOWS API frmction call, such as 
DocumentPropertiesO or ExtDeviceModeQ. 

At 104, the mediod typically includes querying printer data 88 to 
determine if the selected printer 34 supports access to the private portion 82' of 
the DEVMODE 78*. At 106, the method typically includes retrieving from 
printer data 88. a command buffer of&et 86. In one embodiment of the 
invention, steps 104 and 106 are performed in one operation. Application 
program 72 queries printer data 88 to determine y/heOiec there is a non-zero 
of&et value 86 present m the printer data. If so, application program 72 is 
configured to understand that the selected printer supports access to the private 
portion 82' of DEVMODE 78'. After the function caU is made, the API returns 
the command buffer offset 86 to the application program 72. 

At 108, the method typically includes retrieving the size of the 
pubUc portion 80' of flie DEVMODE 78'. Typically. Ms is acconq)Ushed by 
application program 72 accessing a parameter representing die size of the 
public portion 80', which parameter is contained within the public portion of 
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the DEVMODE 78'. Alternatively, the size value may be stored elsewhere on 
computing device 32, or may be a constant 

At 110, the method typically includes calculating die address of 
die command bufiTer 84' widiin private portion 82' of DEVMODE 78'. 
5 Typically, this is accomplished by taking a pointer to Ac beginning of 
DEVMODE 78', and adding to the pointer the size, in bytes, of public portion 
80' (retrieved at 108) and coimnand buffer offset 86 (retrieved at 106). 

Once the address of die command buffer has been calculated, the 
mediod further includes, at 112, verifying the validity of die command buffer 
10 address by checking a signature of a command buffer. The signature of die 
command buffer is a predetermined identifier stored widiin the command 
buffer. Typically, die signature is die first DWORD member in die command 
buffer, as shown above. An exemplary value for die signature is 
OxBADACCOO. 

15 At 1 14, the mediod fiirflier includes setting die command buffer 

to indicate a predetermined command Typically, the predetermined command 
may be GET, SET, or ENUMERATE, aldiough virtually any command suitable 
to perform a predetermined operation related to a parameter stored in the 
private portion 82' of DEVMODE 78' may be used At 1 16, die mediod fiulher 

20 includes sendmg DEVMODE 78' wididie command received at 114 to printer 
driver 76. At 118, die method fiutiier includes executing the command. At 
120, the mediod includes continuing a cuirent operation of the application 
program, for example, by sending a print job to printer driver 76 for printing. 
Fuidier details related to setting the command at 1 14, sending the DEVMODE 

25 78' at 1 16, and executing die command at 1 18, are given below widi reference 
to Figs. 6 and 7. 

Exemplary computer code for implementing the method of Fig. 5 
is contained in Appendices A and B. 
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Turning now to Fig. 6, a method for transmitting commands 
between application program 72 and printer driver 76 is shown generaUy at 
130. When the command is GET, the method follows the path shown at 132, 
and when the command is SET. the mefliod follows the path shown at 134. At 
136, the method lypicaUy includes, from the application, setting a command 
within tiie command buffer to GET. typically via member cCommand described 
above. At 138, the mediod typically includes setting an idoitifier within the 
command buffer of DEVMODE 78' to a desired job-setling parameter for 
which application program 72 desires to obtain a value. Typically, this is 
accomplished by setting dwldentifier, desoibed above, to a printer-specific job 
parameter stored in private portion 82' of DEVMODE 78'. The printer-specific 
job setting may be virtuaUy any job setting. An exemplary list of printer- 
specific job settings typically contained vwthin the private portion 82' of the 
DEVMODE 78' follows. 

Exemplaiy List of Printer-Specific Job Settings 



♦ Till 



lean Items 



20 



1. 



Page Border (HPDJ_PDMID_PAGE_BORDERS) 
This setting controls whether, when multiple pages are printed on each physical 
page, borders are to be drawn around each logical page. If N-UP printing, a mode in 
which N pages of a document are printed on a single sheet of paper, is not enabled, this 
setting wiU be ignored. This setUng b typically allowed for both SET and (ffiT 
commands. 

2. Mirrored Printing (HPDJ_PDMID_FLIP_HORIZONTAL) 
25 This setting enables the application program to instroct the printer to print a 

minor image of the print job. This fiinctionality is usefiil for T-shirt tnmsfer, 
transparency media, etc. This setting is typicaUy allowed for both SET and GET 
commands. 
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3. Ordered Printing (HPDJJ^DMID^ORDEREDJPIUN™ 

This setting controls the order in which the pages are printed. Enabling this 

settiiig vnH result in the last page being printed first. This setting is typically allowed 

for both SET and GET commands. 
5 4. Banner Printing Capabmty (HPDJ J>DMID^CANJDO J8 ANNER) 

This setting may be queried by the application program to determine whether 

the prints has banner printing capability. This setting is typically allowed for the GET 

command only. 

5. Enable Banner Printing (HPDJ_PDMID_BANNER_SETTING) 

10 The application program may use this setting to detemune whether banner 

printing is enabled, using the GET command, and to enable banner printing, u^g the 
SET command. Typically, it is tiie application's responsibility to ensure that banner 
paper is loaded in an ii^ tray of the sdected printer. If cut sheets are loaded and 
banner printing is enabled, an OUTOFPAPER error may result In addition, the user 

IS typically must push a specially designed banner lever on the printer to the ''oh*' portion 
to enable banner printing. Before enabling banner printing, the application program 
sets tiie dmMediaType member of tiie DEVMODE to tiie media type ID 
corresponding to HP Banner Paper^ and the dmPaperSize mcmbN of the 
DEVMODE to an appropriate media size value. The ID for media type can be 

20 obtained udng the ENUMERATE conunand for the MEDIA JTYPE and tiie papa: si2se 
ID can be obtained by calling the li^mdows op^toing system API DeviceCapabilitiesO. 

6. Fax or Photocopy (HPDJPDMIDJFAX.PHOTOCOPY) 

Enabling this setting causes the prints to print output in 
monodirome/grayscale suitable for fa»ng or photocopying. Typically, before enabling 
25 tUs attribute, the application program must -first s^ the dmColor member of the 
DEVMODE to DMCOLOR.MONOCHROME. The appUcation program is typically 
configured to use both GET and SET commands ^th this setting. 

7. Print Preview (HPDJ^PDMID J»RINT J^REVIEW) 

This setting brings up a print preview program, allowing a user to view the 
30 utput of a print job on the display before sending it to the prints. This setting is 
typically allowed for both SET and GET commands. 
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8. Automatic Two Sided Printing (HPDJ_PDMIDjCAN_DO_AUTO_DUPLEX) 
This setting allows an appUcation to queiy if the printer is capable of duplexing 

automatically, and is available for use with the GET command only. 

9. Control Automatic Two Sided Printing 

5 (IffDJ_PDMID_AUTO_DUPLEX_SETTING) 

This setting enables automatic duplexing on those printers that are equipped 
with autoduplexing capability. This settiQg is allowed to be used with both SET and 
GET commands. 
Integer Items 

0 1. Page Mode (HPDJ_PDMID_PAGEMODE) 

us setting controls logical to physical page mapping, and is ^ically set to a 
value of NORMAL NUP. POSTER or BOOKLET, indicated by a corresponding 
mt^er between 1 and 4. Application programs can call the ENUMERATE command 
to enumerate puge modes supported by the printer driver. This setting is also 
5 configured for use with the CTT and SET commands. 

2. Page Court (HPDJPDMID_PAGECOUNT) 

When Page Mode is set to one of NUP or POSTER, this setting controls the 
number of pages to be primed on a single page^ and the nuniber of pages on which a 

poster is to be primed, respectively. The actual value set wiU be letumed in dwVata^ 
of the HPDJPDMACCESS structure. Application programs can call the 
ENUMERATE command to enumerate permitted vahies after setting the page mod& 
This setting is also configured for use with tiie SET and GET commands. 

3. Color Control (HPDJ_PDMID_COLOR_TONE) 

This setting typically is set to an integer vahie between -4 and H and is 
configured to be used wiUi both SET and GET commands. 

4. Brightness (HPDJ_PDMID_BRIGHTNESS) 

This settii^ controls brightness, and typicaUy is an int^er value between -4 
and +4. This setting is typically configured for use with botii SET and GET commands. 

5. Color Saturation (HPDJPDMID_SATURATION) 

This setting controls color saturation, and typically is an im<%er value between 
-4 and 44. This setting is configured for use wiUi botii SET and GET commands. 
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6. Ink Levds (HPDJ_PDMID_INKJLEVELS) 

This setting typically controls ink level, and is configured to be an integer value 
between -2 and + 2. This setting is configured for use with both SET and GET 
commands. 

5 7. Output Scaling (HPDJJ>DMID_Z00N1FACT0R) 

This setting controls output image scalmg, and is typically a value between SO 
and 100, corresponding to a O.S to LO zoom &ctor. This setting is configured for use 
with both SET and GET commands. 

8. Output Scaling Mode (HPDJ J>DMID JSOOMSMARTJ^ ODE) 
10 This setting is typically set to one of the following. 

a. HPDJJPDMVALIffi^ZOOMSMARTMODEJ^OWviA^ - Uses 

ZOOM JF ACTOR for output scaling. 

b. HPDJJ>DMVALUEJ500MSMARTM0DEjrARGET_PAPERSIZE - 

Scales the . output to the paper ^ spedfied by 
15 ZO0MSMART_PHYSICALJPAPER_SIZE. ZOOM_FACTOR is ignored for this 
setting. 

c. HPDJJ^DMVALlJEJZOOMSMARTMODEJTrTOPAPER - This 
mode is mainly used in conjimction with auto duplexing. The auto-duplexer cannot 
piint witUn O.S inch firom the top or bottom edge of the paper. If the top or bottom 

20 marffn (^the document is less than O.S inches and automatic duplexing b enabled, the 
application program typically sets this mode to prevent any clipping at the top or 
bottom edge. The printer driver will shrink the image by about 2.S% to fit the image to 
the paper. 

This command is configured for use with both SET and GET commands. 
25 9. Scale Output to Specified Paper Size 

(HPDJJPDMIDJSOOM_SMARTJPHYSICALJ>APER_SIZE) 
This setting scales output firom the paper size set in dmPaperSize to a target 
paper size, which may be any paper size supported by the printer. Supported paper 
sizes can be obtained by calling the WINDOWS operating system API 
30 De^^ceCapabilitiesO' The value of this setting is used for output scaling if 
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ZOOMSMART_MODE is set to TARGET_PAPER_S1ZE. This setting is configured 

for use with both SET and GET commands. 

10. Extra Diy Tune (HPDJ_PDMID_EXTRA_DRYTIME) 

This setting typcally enables appBcation programs to request that the printer 
5 hold a sheet of paper for an additional period to ensure full dryness before dropping 
the paper on to the printw tray. This fimctionali^ is useful for media such as 
photographic paper, where a higher amount of ink is typically dqmated on the papa-. 
The vahie is typically set to between 0 and 30. 
String Items 

10 1. Media Type (HPDJ_PDMID_MEDIA_TYPE) 

This setting contains the name of the media type currently set The printer 
driver internally uses an integer ID in the public DEVMODE for the media type. To 
change the Media Type setting, the appUcation program typically fint enumerates the 
media types supported by using the ENUMERATE command. The ENUMERATE 

15 command returns the media name as a string and the corresponding int^er ID m the 
dwValue membo-. This im^er value can be used to set the media type in the public 
pcMTtion of the DEVMODE. 

At 140, the method typically includes sending DEVMODE;78' to 
20 printer driver 76. DEVMODE 78', it will be appreciated, contains the job- 
setting parameter received at 138. "I^ically, the DEVMODE is sent from 
application program 72 to printer driver 76 using a function call to the 
WINDOWS operating system API DocumenlPropertiesO. 

At 142, the method typically includes reading the command from 
25 the command buffer 84'. This occurs at printer driver 76. At 144, die method 
further includes setting the dwValue/stringData member in the command buffer 
to die value/string for tiie job-setting indicated wifliin the dwidentifier member 
of the command buffer. Again, tiiis occurs at printer driv^ 76. 

At 146, the mediod further includes returning DEVMODE 78' 
30 from the driver to the application, tiie DEVMODE containing the value or 
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string data (whichever is applicable) associated with the indicated job-settmg 
parameter. At 148, die method furtfaor includes, at the application, reading the 
value/string from DEVMODE 78'. At .150, the metfiod further includes 
continuing the cunent operation widiin the operation program, for example by 

5 creating a print dialog box or print preview window. Steps 136-150 may be 
used to retrieve a value and/or string data associated with a particular 
printer-specific job-setting parameter contained within die private portion 82 of 
the DEVMODE 78\ 

To send a SET command from the application program 72 to 

10 printer driver 76, the mediod includes, at 152 setting the command contained 
witiun command buffer 84' to SET. This occurs at application program 72. At 
154, die mediod furtiier includes setting the member dwidentifier of command 
buffer 84' to a job-setting parameter which application program 72 desires to 
set 

15 At 156, die method further includes setting dwValue/stringData 

of command buffer 84' to a desired value/string to which the application 
program 72 desires to set die identified job-setting parameter. At 158, the 
mediod includes sending DEVMODE 78' widi die recendy altered command 
buff(^ from application program 72 to printer driver 76. Typically^ diis is 

20 accomplished by a function call to a suitable WINDOWS operating system 

API, such as DocumentPropertiesQ- 

At 160, die mediod mcludes reading the command in die 
command buffer of DEVMODE 78' at die driver. At 162, the mediod includes 
reading the value or string, as appropriate, stored in the command buffer. At 
25 164, the mediod includes setting die value/string associated widi the identified 
job setting parameter to the value/string contained within die command buffer 
members dwValue/stringData. As will be apparent, diis is accomplished at the 
printer driver. The printer driver is able to set parameters widiin the private 
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portion of the DEVMODE because the driver has access to tiie identity and 
c<»itents of parameters of die private DEVMODE. 

At 166, die mediod includes returning DEVMODE 78' fiom 
printer driver 76 to application program 72. This typically is accomplished by 
returning the DEVMODE at die concision of the fimction call to 
DocomentPropertiesO. At 168, die mediod typically includes continuing a 

« 

cuiroit operation at die application program. For example, once die prints- 
specific job setting is set to die desired value, die application program may 
commence piinting die print job to die selected printer, using DEVMODE 78'. 

Turning now to Fig. 7, a mediod for enumerating die identity and 
value and/or siring associated witii parameters stored in a private portion of die 
DEVMODE is shown generally at 170. At 172, die mediod includes settii^ a 
command widun command buffer 84' of DEVMODE 78' to 04UMERATE. 
This is accomplished at application program 72. At 174, die mediod inohides 
sending DEVMODE 78' to printer driver 76 fi^om application program 72. 
Typically, diis is accomplished by a function call to die WINDOWS API, 
DocumentPropotiesO. 

At 176, die mediod includes reading die command from the 
command bufifer 84'. This is accomplished at printer driver 76. At 178. die 
mediod includes setting dwindex of command buffer 84' to a total mimber of 
parameten contained widiin a private portion 82' of DEVMODE 78'. Again, 
dus occurs at printer driver 76. At 180, die mediod includes retuming 
DEVMODE 78' fiom the printer driver 76 to application program 72. 
Typically, dus is accomplished by retummg DEVMODE 78' at die conclusion 
of die function call to die WINDOWS operating system API 
DocumentPropatiesO. 

At 182, the mediod includes reading the total mmiber of 
parameters to raumoate from die dwLidex value in command buffer 84'. This 
is accomplished at application program 72. At 184, die mediod fimher includes 
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setting die dwindex value contained within conunand bufTer 84' to 1, such 
operation again occurring at the application program 72. At 186» the method 
iurflier includes sending DEVMODE 78' with die recently set index to printer 
driver 76 from i^lication program 72. At 188, the method includes setting 

5 dwidentifier and dwValue/stringData of command buffer 84' to the parameter 
and value/string for die n^ parameter in die private portion of die DEVMODE, 
where n is the value in dwindex. This occurs at the printer driver 76. At 190, 
die mediod furdier includes returning DEVMODE 78' from printer driver 76 to 
application program 72, typically at the conclusion of the fimction call to die 

10 WINDOWS operating system API DocumentPropertiesQ. 

At 192, the mediod further includes readmg die recendy set 
parameter and value/string contained within command buffer 84'. This occurs 
at application program 72. The application program may store diis data in 
another location for iuture use. 

IS At 194, the method furdier includes detennining whedier the 

printer driver is done enumerating parameters from die private portion 82' of 
DEVMODE 78\ This typically is accomplished by comparing die current 
. value in dwindex of command buffer 84' to the total number of parameters to 
be enummted received at 182, discussed above. If the application program is 

20 not done enumerating, die mediod further includes, at 196, ihaementing die 
index widiin the command buffer 84' hy one unit and, at 186, sendmg 
DEVMODE 78' from application 72 back to printer driver 76. Steps 188-194 
are repeated, until it is determined at 194 that all of the parameters and dieir 
associated values/strings have been enumerated. Finally, at 198, the mediod 

25 includes contimung a current operation at application program 72. For example, 
application program 72 may commence printing a print job on printer 34. 

Turning now to Fig. 8, a printing method according to another 
exemplaiy embodiment of the invention is shown generally Bit 200. At 202, the 
mediod includes mitializing a PrintSettingsQ API. The PrintSettingsQ API is 
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* 

configured to enable application programs 72 to GET, SET, and 
ENUMERATE job settings contained in the public and private portions of tiie 
DEVMODE. Initializing the PrintSettingsQ API typically includes opening the 
selected printer, obtaining a DEVMODE 78', retrieving the size of Ac pubUc 
portion 82' of flie DEVMODE 78', retrieving conunand buffer ofi&et 86 from 
printer data 88, and calculating the address of the command buffer, as 
described above. 

At 204, the method includes queiying job settings contained in 

■ 

the pubUc and private portions of the DEVMODE* programmatically. without 
user intervention, based on document parameters. For example, application 
Fognim 72 may use die PrintSettings API to enumerate the printer-specific job 
settings stored in the private portion 82' of die DEVMODE 78'. The 
appUcation program may dien select appropriate printer-specific settings to 
alter. For exanq)le, if a document parameter indicates that die document 
contains only 256 colors, die application program 72 may automatically set 
printer-specific color settings witiiin the private portion 82' of the DEVMODE 
78' appropriately. In anodier example, the application pn)gram may obtain a 
printer specific setting for stapling, and use fliis information to graphically 

m 

represent staples in correct orientation on a document during a Tiint Preview" 
of the document In addition, the qq^lication program may select relevant 
printer^pecific job settings to display in a customized print dialog box, as 
described below. 

At 206, die mediod further includes openmg a print dialog box, 
shown at 212 in Fig. 9. The print dialog box 212 is configured to enable a user 
to modify pubUc and private DEVMODE settings. Print dialog box 212 
typically includes at least one selector 214 configured to modify a public, 
printer-mdependent job setting, such as number of copies. In addition, print 
dialog box 212 typicaUy includes at least one selector 216 configured to modify 
a private, printer-specific job setting. For example, print dialog box 212 may 
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include staple selector 216a, fax or photocopy quality selector 216b, brightness 
selector 216c, saturation selector 2164 ink level selector 216e, and/or extra dry 
time selector 216£ The print dialog box 212 is created by the application 
program^ not fay the printer driver. Print dialog box 212 typically does not 

S include a properties button 16, although such a button may be included. 

At 208» die method typically includes modifying printer- 
independent job settings contained in the public DEVMODE and printer- 
specific job settings contained in tiie private DEVMODE, based on user input 
received via print dialog box 212. At 210, the method mcludes printing the 

10 document on the selected printer, based upon die modified job settings. 

Turning now to Fig. 10, a software architecture according to 
another exemplary embodiment of the present invention is shown generally at 
250. Architecture 250 typically includes a client application program 252 
configured to GET and SET public and private DEVMODE parameters via an 

15 agent, such as DEVMODE exchange program (DMX) 254. The DMX includes 
a DEVMODE interpreter interface 256 configured to send and receive data 
with a DEVMODE interpreter (DMI) 262, 264, 266 for each printer. Typically, 
botii die DMX and DMI modules are contained in libraries accessible by client 
application program 252, and preferably in Dynamic Link Libraries (DLLs) of 

20 die WINDOWS operating system. The DMX may use a lookup table to find an 
appropriate DMI module to use in order to access die private DEVMODE of a 
selected printer. Alternatively, a user defined database may be used to associate 
a DMI widi a selected printer, or die DMX may locate an appropriate DMI m 
anodier suitable manner. 

25 Each DMI typically knows die structure of a particular version 

die DEVMODE fOT a corresponding printer, and nu^ also know about the 
structure of different versions of the DEVMODE structure for the printer. 
Typically, the DMI is a DLL file, such as shown at 264, and is configured to 
receive GET, SET, and ENUMERATE commands related to printer- 
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indq>endent and i»inter-specific job settings contained in public and private 
portions of the DEVMODE. The GET, SET, and ENUMERATE commands 
are similar to those described above, and will not be redescribed in detail. The 
DMI is configured to send q)propriate responses to diese commands to the 
5 application program trough the DMX. 

While the DMI typically is a DLL file, as shown at 264, the DMI 
may ^st widiin the printer driver files. In this case the DEVMODE intopieter 
intei&ce 256 accesses the DMI through a DEVMODE interpreter proxy 258, 
whidi passes commands such as GET, SET, and ENUMERATE fiom the 

10 DMX to tile DMI contained within the printer driver. In letum, the DMI 262 
wifliin print driver 260 returns the appropriate data, through die proxy 258 and 
DMX 254, to die application program 252. 

Where a DMI is not available for a particular printer, the DMX 
taay utilize a generic DEVMODE interpreter 266 to perform GET, SET, and 

15 ENUMERATE operations related only to public DEVMODE parameters. It 
will be understood that DMX 254 and DMIs 262, 264 may be used by 
plication program 252 to create print dialog box 212 containing selectors to 
modify public, printer-independent prim settings, and private, printer-specific 
print settings. 

20 hi Fig. 11, a metiiod for use in printing a print job firom an 

plication program on a selected printer is shown generally at 280. The 
selected printer typically has associated job settings data, such as the data 
stored in the DEVMODE structure described above. The job settings data 
typically inchides a private portion containing at least one printer-specific job 

25 setting. At 282, die method includes providing a program mterface configured 
to enable die appUcation program to access die printer-specific job setting in 
die pnvato portion of die settings data. The program interface may be in die 
form of a WINDOWS operating system API, such as DocumentPrbpeftiesQ or 
Exd)eviceMode used m die manner described above, or m^ be die 
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PrintSetdngs API or DMX described above, or may be of another suitable fonn. 
At 284, the method typically includes, from the application program, sending a 
command to the program interface. Typically, the command is to perform a 
predetermined operation related to die printer-specific job setting. The 

5 predetermined operation is typically to GET or SET a particular printer-specific 
job setting widi a value and/or string, as described above. The predetermined 
operation m^ also be to ENUMERATE a plurality of die printer-specific job 
setdngs contained within die settings data. At 286, the method typically 
includes perfoiming the predetemiined operation related to the printer-specific 

10 job setting. 

While die terms "Value" and '"string^ have been used herein to 
indicate nummc vahies and alphanumeric strings, respectively, it will be 
understood diat die term ^alue" also may encompass numeric, alphanumeric, 
and Boolean data, or data of virtually any other fomi. 
15 Industrial Applicability 

The embodiments of die present invention are applicable to 
conqmter ^sterns that utilize printers. 

« 

While the present invention has been particularly ^owu and 

■ 

described widi reference to die foregoing exemplary embodiments, those 
20 skilled in the art will understand that many variations may be made dierein 
without departing from the spirit and scope of die invention as defined in die 
following claims. 
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Appendix A - Example Routine 

// 

// Get the current or default devmode from the driver. 
O II First, get the printer handle. 
// 

HANDLE hPrinter; 

OpenPrinter (IpszFriendlyName, fihPrinter. NULL); 
10 l£ (hPrinter -= NULL) 

I 

// Unable to open printer, won't be able to get devmode 



IS 



35 



return; 

1 



60 



// 

// Query if this driver supports Marconi interface. 



20 DWOKD dwResult; 

DWORD dwType; 
DWORD dwSizeNeeded; 
DWORD dwOffset; 

DwOffset » 0; // initialize offset value 

Z3 dwResult « GetPrinterData (hPrinter, (LPTSTR) 

HPDJ_CM)_BUF_qFFSET, fidwType, 

^, ^ AdwOffset, sizeof (DWORD), 

£dwSizeNeeded) ; « # r 

30 // The returned dwOffset value must be a non-zero positive integer, 
if (dwResult l« ERROR_SUCCBSS 1 1 dwOffset <= 0) 



// This driver does not support Marconi interface. 

ClosePrinter (hPrinter) ; 

return; 



40 // 

// Get the size in bytes required for this driver' s devmode . 
structure. 

// 

45 LONG iDMSize; 

LPDEVMODE IpDevmode; 

NULL^^^l" * ^^^^^'^^^"P^^ti^s t^Wn^i' hPrinter, IpszFriehdlyName, 

IpDevmode « (LPDEVMODE) malloc (IDMSize) ; 

if (IpDevmode « NULL) 

{ 

// error allocating memory. 
ClosePrinter (hPrinter) ; 
Return; 

SS ) 



LONG IRet; 

lpDi^;,''S;S!"'^"^"^^ IpszFriendlyName, 
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DM_OUT BUFFER); 

If {iRet != IDOK) 
{ 

// Call failed. Call GetLastError ( ) to get the error code. 
ClosePrinter (hPrinter) ; 
Free ( IpDe vmode ) ; 
Return; 

) 

// Get the address of Marconi command buffer in the devmode 
// 

LPHPD JPDM^CCESS IpCmdBuf ; 

IpCmdBuf » (LPHPDJPDMftCCBSS) ( (LPBYTE) IpDevmode -i- IpDevmode- 
>dmSize + dwOffset); 

// 

// Check the validity of this structure. 
// 

' if (KHPDJ PDMA CHECKSIG(lpCindBuf->dwPI»IASig))} 
{ ~ ■ 

// 

// Invalid offset value. Coranand buffer is not valid. 

// Cleeuk up and return. 

) 

// 

// Now we are ready to access this driver's private devmode. 

// Query if the printer/driver supports automatic duplex printing. 

lpCmdBuf->cCoinmand » HPDJ_PI»I_CMD_6ET; 
IpCmdBuf ->dwldentifier » HPDJ_PI)MID_CAN_DOJUJTODUPLEX; 
IRet » OocunentProperties (hWnd, hPriiiter^ IpszFriendlyName, 
IpDevmode, 

IpDevmode, DM IN BUFFER | 
DM_OTT BUFFER); " 
If^dRet !« IDOK) 

I 

// Call failed. Clean up and return. 

1 

// 

// Dieck if Marconi interface returned success* 
// 

if ( IpCmdBuf ->cError !» HPDJ PDM ERROR NOERROR) 

K 

// Error in Marconi interface. Clean up and return. 

) 

■ 

■ 

// 

// All went well. dWValue contains the result. 
// 

if (lpCndBuf->dwValue) 
{ 
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MessageBox (NULL, ''This Printer is AutoDuplex capable'', 
''PDMAccess'', MB__OK) ; 

) 

else 
I 

MessageBox (HULL, ^This Printer cannot do AutoDuplexing'', 
''PI^IAccess'', MB OK); 

) 



// 

// Now enable the driver for auto duplexing* 
// 

lpCindBu£->cCoitmiand « HPDJ^PDM CMD SET; 
lpQndBu£->dwIdenti£ier » HPDj'PDmD AUTODUPLEX SETTING; 
lpGindBuf->dWalue » 1; " 

IRet = DocumentProperties (hWnd, hPrinter, IpszFriendlyName, 
IpDevmode, IpDevmode, 

DM_IN_BUFFER | DM_OUT_BUFFER) ; 

// 

// Check for success. 
// 

if (IRet !-= IDOK) 
{ 

// Call did not succeed. 

) 

if (lpCnidBuf->cError !» HPDJ PDM ERROR NOERROR) 
I - - - 

// Error. Take action per cError value. 

// Perhaps, media type currently selected is not supported 
// by the auto duplexer. 

) 

// 

// Enumerate the supported media types and set media type. 

// The name of the media is returned in stringData and the integer 

// index value used by the driver to identify the media type is 

returned in 

// dfi^aiue. 

// 

DIK)RD dwMedlaType » -1; 

lpQndBuf->cCommand « HPDJ^PK^ CMD_ENUM; 
lpCmdBuf'>dwIdentifier « HPDJ^PDMID^MEDIATYPB; 
lpCrodfiuf-'>dwIndex = 0; " " 

lpCmdBuf->cError = HPDJ_PDM_ERROR_NOERROR; 

while (lpCmdBuf->cError «> HPDJ PDM ERROR NOERROR) 
{ - - - 

IRet » DocumentProperties (hWnd, hPrinter, IpszFriendlyName, 
IpDevmode, IpDevmode, 

DM_IN BUFFER | DM OUT BUFFER) ; 
If (IRet ~ ID_OK && lpCmdBuf->cError = " 
HPDJ Pm ERROR NOERROR) 

" { " 

// All went well. Save the media type returned some 

place. 

// The string returned is in lpCmdBuf->stringData* 

. ) 
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// // Save the media type index value for photo paper* 

if ((wcsanp (lpCmdBu£*>stringData, TEXTC^HP Prenduin Photo 
Paper*')) «= 0) 

dwMediaType « lpCtadBuf->dwValue; 
IpCmdBuf ->dwlndex++ ; 

) 



// 

// Set media type to HP Premium Photo Paper. 
// 

if (duMediaType !» -1) 
{ 

lpDevmode->dmFields |« (DM_MEDIATyPE | DM PRINTQUALITY) ; 
lpDevmode->diriMediaType = dwMediaType; ~ 
lpDevmode->dmPrintQuality = WIRES HIGH; 

// 

// All done. This devmode can now be used with CreateDC. 

// First, clear the consnand field in the Marconi command buffer 



IpCmdBuf ->cCommand = 0; 
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Appendix B * Header File 

HPDJFDMA..h . 

#ifndef HPDJPDMA^H 
5 Udefine HPDJPDMA^H 

/* ' 

* Value name in PrinterDriverData for byte offset to the conmand 
buffer . 

10 ♦ from the end of public devmode. 

* Absence of this value signals that the driver does not allow 

access to 

* private devmode. 

* This value must be non-zero. 

15 */ 

#define HPDJ_C»fl)_BUF_OFFSET TEXT {"CmdBuf Off set") 
/* 

20 * Magic number. The very first DWORD in the command buffer must 

contain ^ u 4. * 

* this number. Else, something went wrong and app should not try zo 

access 

^ private devmode though this mechanism. 

25 ♦/ 

«def ine HPDJ_PDMA._SIGNATURE OxBADACCOO 

#define HPDJ PDMA GErVBRSION(dwPDMASig) (dwPDMASig & OxOOOOOOFF) 
30 #define HPDJ^'PMdA^CHECKSIG (dwPDMASig) ((dwPDMASig & OxFFFFFFOO) ~ 
HPDJ_PDMA_Sl5lATURE) 

/* . 

* Layout of the command buffer. 

35 */ 

typedef struct 
i 

DffOKD dwPI»4ASig; 
40 char cCommandi 

char cError; 

SHORT s Index; 

DWORD dwldentifier; 

DWORD dWValue; 
45 WCHAR stringData IMAX^PATH] ; 

) HPDJPDMACCESS, FAR* LPHPDJPpMACCESS ; 

* Coinnands currently supported. 
50 */ 
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#define HPDJ PDM CMD GET 

#define HPdOdm"CMD_SET 0x^2 
#define HPDJ PDM CMD ENUM 0x03 



/* 

* Error values. 
♦/ 



60 #define HPDJ PDM ERRORJIOERROR 0x00 
#de£ine HPDJ^PDM^INVALID^COMMAND 0x01 
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10 



15 



20 



25 



30 



35 



40 



45 



#define HPDJ_PDM ERROR_UNKNOWN_ID 
#define HPDJ^PDM^ERROR^BAD^VALUE 
#define HPI>J_PDM_ERROR_CANNOT SET 
#define HPDJ PDM_ERROR_0UTOFRANGE 
#de£ine MPDJ^'POM. ERROR NOMORE VTU^UES 



/♦ 



0x02 
0x03 
0x04 
0x05 
0x06 



* Bool Items* Heabera accessed by the following identifiers take on 

* TRUE or ETOiSB values. 



#define 
#define 
#de£ine 
#define 
#define 
#define 
tdefine 
#define 
#define 



/* 



HPDJ_PDMID_PAGB BORDERS 
HPDJ PDMID_FLIP"hORIZONTAI- 
HPDJ"'PDMID_0RDERED PRINTING 
HPDJ^PDMID CAN_D0_EANNER 
HPD j"PDMI D^BANNER^S ETTING 

hpdj pdmid fax photocopy 
hpdj''pdmid"print_preview 

EPDJ^PDMID^CAM^DO AUTO DUPI.EX 
HPDJ PDMID~AUTO DUPLEX^SETTING 



0x00000001 
0x00000002 
0x00000003 
0x00000004 
0x00000005 
0x00000006 
0x00000007 
0x00000008 
0x00000009 



Int Items « 
integer 
* values • 
*/ 



Members accessed by the following identifiers take 



«define 
#define 
#define 
idefine 
#define 
#define 
#define 
#define 
#define 
#define 
fdefine 



HPDJ_PDMID PAGBMODB 

HPDJ_PDMID^PAGECOUNT 

HPbj_PDMID_INTENSITY 

HPD J_PDMI D_C0I,OR_T0NE 

HPDJ PDMID_BRIGHTNESS 

HPDJ^PDMID^SATURATION 

HPDJ"PDMID INK LEVELS 

HPDJ_PDMID"'ZOC»i_FACTOR 

HPDJ PDMID|[[zOOMSMART_MODE 

HPDJ^PCMID ZQOMSHART ?HYSIGAL_PAPER SIZE 

HPDJ PDMID"EXTRA DRVflME 



* Values for PAGEMODE. 
*/ 

#define HPDJ PDMVALUE_PAGEMODE_NORMAL 
#define HPDj]^PDMVALUE_PAGEMODE_NUP 
Sdefine HPDJ PDMVAIUE PAGEMODE POSTER 



0x00000100 
0x00000200 
0x00000300 
0x00000400 
0x00000500 
0x00000600 
0x00000700 
OxOOOOODOO 
OxOOOOOEOO 
OxOOOOOFOQ 
0x00001000 



0 
1 
2 
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* Values for ZOOMSMART MODE. 
*/ 

#def ine HPDJ_PI»!VALUE ZOOMSMARTMODE NORMAL 

#de£ine HPD J^PDMVALUE^OOHSMARTMODE^TARGETPAPERSI ZE 

#define HPDJ_PDMVALUE_Z00MSMARTM0DE_FITTOPAPER 

// String Items 

#d fine HPDJ PDMID MEDIA TYPE 



0 
1 
2 



0x00010000 



60 #endif // HPDJPDMA H 
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WE CLAIM: 

1. A meOiod for accessing a printer-specific setting in a private 
portion (82) of a DEVMODE instance (78') from an application program (72) 
in a WINDOWS operating environment Ae method comprising: jvoviding a 

5 DEVMODE structure (78) for a selected printer (34), the DEVMODE structure 
(78) including a conmiand buffer (84); from the application program (72), 
creating an instance (78') of die DEVMODE structure (78) relating to a current 
print job; from die ^plication program (72), setting a command within die 
command buffer (84') of die DEVMODE instance (78'), die command being to 
10 perform an operation related to die printer-specific setting; and executing the 
command. 

2. Hie method of claim 1, wherein the command buffer (84) is 
located widiin die private portion (82) of the DEVMODE structure (78). 

3. The mediod of claim 2, whnein the command buffer (84) is 
15 offect from an end of a public portion (80) of die DEVMODE structure (78). 

4. The method of claim 3, further comprising retrieving a command 
buffer of&et (86) indicating a distance from die end of die pid>lic pwtion (80) 
of die DEVMODE structure (78). 

5. The method of claim 4, furdier comprising retrieving a size of the 
20 public DEVMODE (80). 

6. The mediod of claim 5, furdier comprising calculating an address 
of die command buffer (84) based upon die command buffer of&et (86) and die 
size of die public DEVMODE (80). 

7. The mediod ofclaiml, wherein the c<mimand is an instruction to 
25 retrieve die value of a parameter contained within die private portion (82') of 

die DEVMODE (780. 
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8. The meAod of claim 1, wherein the command is an instraction to 
set a value of a parameter within die private portion (82') of flie DEVMODE 
(78'). 

9. The method of claim 1, wherein the command is an instruction to 
5 enumoate a plurality of parameters contained widiin the private portion (82') 

of the DEVMODE (78'), and an associated value for each parameter. 

10. The method of claim 1, further comprising, after setting the 
command, sending a request to perform flie command to a printer driver (76) 
associated with a selected printer (34) using an API (60) function call. 
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